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Status of this Memo 

This document is an Internet Draft. Internet Drafts are workina 
documents of the Internet Engineering Task Force (IETF)? 55 A?fas 
and its Working Groups. Note that other groups may also distribute' 
working documents as Internet Drafts. distribute 

Internet Drafts are draft documents valid for a maximum of six mont-hc 
ESZZSJ*?*' be replaced, or obsSSSb? other 

documents at any time. It is not appropriate to use Internet Lfhs »« 

sssrs'p^ss. 01 to cite them othe * than as a 

T?^ 1 ^ 1 ? th 5 curren * status of any Internet -Draft, please check the 
lid-abstracts.txt listing contained in the Internet?Draf ts Shadow 
SaS^a^ ds - inte " li — «=' nic.nordu.net. ftp.isi^du,^ 

1 Abstract 

This document proposes the use of TCP/IP as the transport protocol for 
common channel signaling, Signaling System #7 (SS7)7 Protocol for 

The migration from the current 56k/64k physical layer to an IP h aa «s 

U^lTso^; r6dUCe ? e . COS * — «*±«t2d y »±th dedicated "ruS base^ 
link Also, the current signaling point (SP) network using quasi- 

SESJI-Kiffi?" be ^0 make the tSnSSEn as 

2 Scope 

This draft defines the encapsulation of SS7 siqnal units fqm -in a t™ 

2S2X- S* C ° nCept ° f a P h * sical «i« be^SnSSed which wiS* 

emulate the current SS7 links and link control mechanisms. 

2.1 Quasi-associated Network Architecture 

The scope of network architecture in this recommendation is limited t-« 
the use of quasi-associated SP'.. It is assumed that the current as 7 
X-!??.? 111 b \ ir * act with IPlink phased in as the technoW provls 
itself as a cost effective, reliable alternative. Using the current 

S£ iS'Si'i**!," 7 r tW ? k ? als ° aeore *^ the numne? If h£s oSween 
?S the , number of endpoints to a minimum. Each SP would have two 

IP addresss (two IPlinks) in addition to its current point codeTs) 
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2.2 IP Signaling Link (iPlink) 

tht following" Signalin9 link ' IPlink > in this Recommendation includes 

- A link will be identified by an IP address 

- The link alignment procedure; 

- The emergency link alignment procedure. 

- The link Basic Error Rate (BER) monitor. 

- The link Alignment Error Rate (AER) monitor. 

- Either software or hardware shall calculate SU CRC-16 checksums 

- Preventative Cyclic Retransmission (PCR) shall be the default 
forward error correction. 

- Signaling message handling. 

- MSU load sharing. 

3 Quasi-associated Network 

A quasi -associated network between a signaling service point (SSP) and 
a signaling transfer point (STP) is shown below. Currently, SS7 
messaging traverse from SSP through the STP to another SSP using Tl 
trunking, which is very reliable, and is configured for redundancy 
(not shown) . if the IP network is to be a viable alternative to Tl 
trunking, it must be able to demonstrate at least equal reliability and 
alternate routing capabilty. y ana 

SS7 Messaging 
Tl trunk 



| SSP |<->| IP Network |<->| STP |<->| IP Network |<->| SSP -| 

3.1 Network Nodes 

Current network topology should be unchanged. SSP, STP, signalina 
n^llZl K (SCP) authentication centers (AC) , customer service 
?™ J~ sc > ' home location register (HLR) , visiting location register 
(VLR) , etc., will all be accessible. 

3.2 Signaling Link 

Each link will have it's own IP address and processor. This will 
maintain the current link concepts intact for reliability 
redundency, alignment, change over/changeback, load sharing, etc. 

IPlinks should have the same behaviour as the current SS7 links to 
gain acceptance into the existing network architecture. SS7 <-> IP-SS7 
mtervorking should be as transparent as possible. 
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4 TCP encapsulation 

^ current SS7 Protocol is to be used as is. It provides a high 
reliability transport for telephony information. TCP packets will be 
U f e ™ S^*?:* 7 ^.current SS7 messaging. This greatly reduces the risk 
of IP-SS7 by eliminating the need for new protocols. Telephony vendors 
-already offer IP connectivity on their STP products. The largest MSU 
allowed, 272 octets, easily fits in a TCP packet. 



| TCP Header | SS7 SU 
5 SSI CRC-16 Checksum 



The reliability of the SS7 network is due in large part to the use of a 
CRC-16 checksum, calculated by hardware. This same reliability must be 
used m IPlink. Currently, existing hardware will most likely not 
support the encapsulation of the SS7 packet after the checksum has been 
calculated. The CRC-16, while cumbersome, will have to be performed in 
software. This can be speeded up greatly by the use of table driven 
calculations . 

6 L2 Timers 

bee^extended" 16 iS Computed in software * th « L2 timers for IPlink have 



Tl 


(aligned/ready) 


20 


Sec 


T2 


(not aligned) 


30 


Sec 


T3 


(aligned) 


20 


Sec 


T4 


(Pn) 


5 


Sec 


T4 


(Pe) 


2 


Sec 


T5 


(SIB) 


500 


ms 


T6 


(remote congestion) 


6 


Sec 


T7 


(ACK delay) 


2 


Sec 



7 PISU Transmitting 

Currently, SS7 links will send fill-in SUs (FISU) continuously, 
separated only by an HDLC flag (value 7E hex) . To reduce processing 
overhead in IPlink, FISU's will be transmitted under the followina 
conditions : 3 

- A FISU will be transmitted every 20 ms (Tfs) while the links are 
aligned. 

- A FISU may be sent at any time to ACK/NACK MSU's. 

^(FISu/Es^ iS reS6t tC MS aftSr thS transmissi °n of any 
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8 IPlink Error Detection 

Since L2 no longer has any knowledge of the physical media over which 
it is carried, detectable errors such as framing bit errors, abort 
sequences etc., no longer apply. Error detection will be based on 
either the expiry of a timer or the detection of CRC-16 checksum 
errors. 



8.1 IPlink Receive Timeout 

A timer to detect IPlink receive failure will be set to 200ms (Tipr) 
This timer will be reset after the receipt of any type SU. IPlink timer 
expiry will force the IPlink to the out of service state. 



8.2 IPlink Transmit Timeout 

A timer to detect IPlink transmit failure will be set to 1 Sec (Tipt) 
This timer will be reset after the the successful transmission of any' 
type SU. IPlink timer expiry will force the IPlink to the out of 
service state. 



8.3 IPlink Excessive Delay 

Ping, (or other similar tool) will be used to measure IPlink delay. The 
rate at which the delay is to be measured will be set to 5 Sees (Tipd) 
This timer will be reset after the receipt of the ping response. The 
IP address of the ping will be the other end of the IPlink. Excessive 
lxnk delay will trigger either congestion or PGR. 



9 IPlink Loading 

Current link engineering guidelines are set to have a maximum load of 
0.4 erlang per link. This allows a link to take the load of a failed 
link (0.8 erlang total) and still have abundant overhead for 
processing. The processor (s) used for IPlink applications should follow 
similar guidelines. 



9.1 IPlink CPU Utilization 

CPU percent utilization could be monitored for 60% idle time as the 
minimum recommended for reliable operation if the changeover procedure 
is invoked. 



10 IPlink PCR 

At this time, network delays are expected to be between the current Ti 
and satellite delays. These delays are also expected to vary widely 
from minimum to maximum (allowed) with time. PCR dictates re- 
transmitting MSU's when: 
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- There is no new MSU to be transmitted. 

- There is no LSSU to be transmitted. 

Since IPlink delays are being monitored, PCR is enabled/disabled by the 
threshold times Tpcrst (PCR start), and Tpcrsp (PCR stop), with initial 
values of 400ms and 200ms respectively. 

11 IPlink Signal Unit Error Rate Monitor 

This procedure is unchanged from the current procedure. 

12 IPlink Alignment Error Rate Monitor 

This procedure is unchanged from the current procedure. 

13 IPlink L2 Flow Control 

This procedure is unchanged from the current procedure. 

14 IPlink Processor Outage 

This procedure is unchanged from the current procedure. 

15 IPlink ACK/NACK 

This procedure is unchanged from the current procedure 

16 IPlink Busy 

This procedure is unchanged from the current procedure 

17 IPlink BER 

This procedure will not be used as the physical media is unknown. 
IB IPlink Retransmission 

This procedure iB unchanged from the current procedure 

19 IPlink Message Sequencing 

This procedure is unchanged from the current procedure 

20 IPlink Identification 

The the IPlink is identified by an IP address. Most SSPs are small and 
require only two iPlinks, other SPs will require more. 
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